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(54) Title: SOFT INPUT PANEL SYSTEM AND METHOD 
(57) Abstract 

A method and system for receiving user in- 
put data into a computer system having a graph- 
ical windowing environment. A touch-sensitive 
display screen (32) ORo displaying images and 
detecting user activity is provided. A manage- 
ment component (58) connects to the graphical 
windowing environment (60) to create an input 
panel window for display on the screen (32). An 
input method (64) which may be a COM objed 
is selected from multiple input methods avail- 
able, and installed such that the input method 
(64) can call functions of the management com- 
ponent (58). Each input method (64) includes a 
corresponding input panel, such as a keyboard 
(50), which it draws in the input panel window. 
When the user taps the screen (32) at the in- 
put panel, the input method (64) calls a function 
of the management component (58) to pass cor- 
responding input information appropriate infor- 
mation such as a keystroke or character to the 
management component (58). In response, the 
management component (58) communicates the 
user data to the graphical windowing environ- 
ment (60) as a message, whereby an application 
program (29) receives the message as if the mes- 
sage was generated on a hardware input device. 
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SOFT INPUT PANEL SYSTEM AND METHOD 

FIELD OF THE INVENTION 

The invention relates generally to computer systems, 
5 and more particularly to the input of data into a 
computer system. 

BACKGROUND OF THE INVENTION 

Small, mobile computing devices such as personal 
10 desktop assistants including hand-held and palm- top 

computers and the like are becoming important and popular 
user tools. In general, they are becoming small enough 
to be extremely convenient while consuming less and less 
battery power, and at the same time becoming capable of 
15 running more and more powerful applications. 

Although such devices continue to shrink in size, 
size limitations are being reached as a result of human 
limitations. For example, a full character keyboard that 
enables user data input cannot be so small that human 
20 fingers cannot depress the individual keys thereon. As a 
result, the size of such devices (e.g., palm-top 
computers) has become limited to that which can 
accommodate a full character keyboard for an average 
user. 

25 One solution to reducing the size of the portion of 

the device that receives user input is to provide a 
touch-sensitive display, and thereby substantially 
eliminate the need for a physical keyboard. To this end, 
an application program such as a word processor displays 

30 a keyboard, whereby the user enters characters by 

touching the screen at locations corresponding to the 
displayed keys. Of course, touch screen devices can also 
be used simultaneously with devices having a physical 
keyboard, whereby characters can also be entered by 

35 manually pressing the keys of the physical keyboard. 
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While a touch-screen device serves to provide a 
suitable means of user data entry, the data entry panel 
is typically part of the application program, i.e., each 
application needs to develop its own touch-sensitive 

5 interface. As a result, a substantial amount of 

duplication takes place. For example, both the word 
processor and a spreadsheet program require alphanumeric 
keyboard input, whereby each provides its own touch- 
screen keyboard interface. Other types of programs, such 

0 as a calculator program, need a numeric keypad with 
additional keys representing mathematical operations. 
This makes each program larger, more complex and consumes 
computer system resources. 

Alternatively, the operating system can supply all 

5 the virtual keyboards and thus eliminate the redundancy, 
however this limits applications to using only those 
virtual keyboards supplied by the operating system. 
Newer applications (e.g., those added by plug-in modules) 
are unable to provide an input mechanism that is more 

0 tailored to its particular needs. For example, a. new 
paintbrush program may need its own graphical input 
screen. In sum, there is a tradeoff between flexibility 
and efficiency that is inherent with present user data 
input mechanisms. 

5 

OBJECTS AND SUMMARY OF THE INVENTION 

Accordingly, it is an object of the present 
invention to provide an improved method system for 
entering user data into a computer system. 
0 Another object of the present invention is to 

provide the method and system for user data entry that is 
both efficient and flexible. 

In accomplishing those objects, it is a related 
object to provide a method and system of the above kind 
5 that functions with touch-sensitive input mechanisms. 
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Yet another object is to provide a method and system 
as characterized above that enables a plurality of 
applications to receive user input from a common input 
method. 

5 A related object is to provide a method and system 

that enables selection of one or more input methods for 
each application from among a set of interchangeable 
input methods . 

Yet another object is to provide such a method and 
10 system that is cost-effective, reliable, extensible and 
simple to implement. 

Briefly, the present invention provides a method and 
system for receiving user data input into a computer 
system, such as a computer system having a graphical 
15 windowing environment. The invention may utilize a 

touch-sensitive display screen for displaying images and 
detecting user contact therewith (or proximity thereto) . 
A management component operatively connected to the 
graphical windowing environment creates an input .panel 
20 window for display on the screen. An input method is 

selected from among a plurality of such input methods and 
installed, whereby the input method can call functions of 
the management component. Each input method includes a 
corresponding input panel, such as a keyboard, which it 
25 draws in the input panel window. When user data is 

received via the input panel, the input method calls a 
function of the management component to pass the user 
data thereto, and in response, the management component 
communicates the user data to the graphical windowing 
30 environment such as in a windows message. An application 
program receives the message, such as corresponding to a 
keystroke, as if the message was generated on a hardware 
keyboard. 

Other objects and advantages will become apparent 
35 from the following detailed description when taken in 
conjunction with the drawings, in which: 
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BRIEF DESCRIPTION OF THE DRAWINGS 

FIGURE 1 is a block diagram representing a computer 
system into which the present invention may be 
incorporated; 

FIG. 2 is a block diagram representing various 
components and connections therebetween for implementing 
interchangeable input panels according to an aspect of 
the present invention; 

FIG'. 3 is a flow diagram generally representing a 
process for getting user input from a selected input 
method to a selected application in accordance with one 
aspect of the present invention; 

FIG. 4 is a state diagram generally representing SIP 
15 selection states; 

FIG. 5 represents a display on a touch-sensitive 
display screen on an exemplary computing device; 

FIG. 6 represents a display on a touch-sensitive 
display screen on an exemplary computing device providing 
the ability to select from among interchangeable input 
panels in accordance with the present invention; 

FIG. 7 represents a display on a touch-sensitive 
display screen wherein a keyboard has been selected as an 
input panel in accordance with the present invention; and 

FIG. 8 is a flow diagram representing the general 
steps taken in response to a change in SIP status. 



20 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

Exemplary Operating Environment 

Figure 1 and the following discussion are intended 
to provide a brief, general description of a suitable 
computing environment in which the invention may be 
implemented. Although not required, the invention will 
be described in the general context of computer- 
35 executable instructions, such as program modules, being 
executed by a hand-held computing device such as a 
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personal desktop assistant. Generally, program modules 
include routines, programs, objects, components, data 
structures and the like that perform particular tasks or 
implement particular abstract data types. 
5 Moreover, those skilled in the art will appreciate 

that the invention may be practiced with other computer 
system configurations, including palm-top, desktop or 
laptop personal computers, mobile devices such as pagers 
and telephones, multi-processor systems, microprocessor- 
10 based or programmable consumer electronics, network PCs, 
minicomputers, mainframe computers and the like. The 
invention may also be practiced in distributed computing 
environments where tasks are performed by remote 
processing devices that are linked through a 
15 communications network. In a distributed computing 

environment, program modules may be located in both local 
and remote memory storage devices. 

With reference to FIG. 1, an exemplary system for 
implementing the invention includes a general purpose 
' 20 computing device in the form of a hand-held personal 

computing device 20 or the like, including a processing 
unit 21, a system memory 22, and a system bus 23 that 
couples various system components . including the system 
memory to the processing unit 21. The system bus 23 may 
25 be any of several types of bus structures including a 

memory bus or memory controller, a peripheral bus, and a 
local bus using any of a variety of bus architectures. 
The system memory includes read-only memory (ROM) 24 and 
random access memory (RAM) 25. A basic input/output 
30 system 26 (BIOS) , containing the basic routines that help 
to transfer information between elements within the hand- 
held computer 20, such as during start-up, is stored in 
the ROM 24. 

A number of program modules are stored in the ROM 24 
35 and/or RAM 25, including an operating system 28 

(preferably Windows CE) , one or more application programs 
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29, other program modules 30 and program data 31. A user 
may enter commands and information into the hand-held 
computer 20 through input devices such as a touch- 
sensitive display screen 32 with suitable input detection 
5 circuitry 33. Other input devices may include a 
microphone 34 connected through a suitable audio 
interface 35 and a physical (hardware) keyboard 36 (FIG. 
2) . The output circuitry of the touch-sensitive display 
32 is also connected to the system bus 23 via video 
10 driving circuitry 37. In addition to the display 32, the 
device may include other peripheral output devices, such 
as at least one speaker 38 and printers (not shown) . 

Other external input or output devices 39 such as a 
joystick, game pad, satellite dish, scanner or the like 
15 may be connected to the, processing unit 21 through an RS- 
232 or the like .serial port 40 and serial port interface 
41 that is coupled to the system bus 23, but may be 
connected by other interfaces, such as a parallel port, 
game port or universal serial bus (USB) . The hand-held 
20 device 20 may further include or be capable of connecting 
to a flash card memory (not shown) through an appropriate 
connection port (e.g., slot) 42 and interface 43. A 
number of hardware buttons 44 such as switches, buttons 
(e.g., for switching application) and the like may be 
25 further provided to facilitate user operation of the 
device 20, and are also connected to the system via a 
suitable interface 45. An infrared port 46 and 
corresponding interface/driver 47 are provided to 
facilitate communication with other peripheral devices, 
30 including other computers, printers, and so on (not 
shown) . It will be appreciated that the various 
components and connections shown are exemplary and other 
components and means of establishing communications links 
may be used. 

35 
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SOFT INPUT PANEL 

The soft input panel architecture is primarily 
designed to enable character, key-based and other user 
data input via the touch screen 32 of the device 20 
5 rather than a physical keyboard 36. However, as can be 
appreci-ated, a given computer system 20 may optionally 
and additionally include a physical keyboard, as 
represented by the dashed box 36 of FIG. 2. Moreover, as 
will become apparent, the "soft input panel" need not be 
10 an actual touch-sensitive panel arranged for directly 
receiving input, but may alternatively operate via 
another input device such as the microphone 34. For 
example, spoken words may be received at the microphone 
34, recognized, and displayed as text in an on-screen 
15 window, i.e., a soft input panel. 

FIG. 2 shows a block diagram implementing the SIP 
architecture in accordance with one aspect of the present 
invention. The computer system 20 includes an operating 
system (OS) 28 such as the graphical windowing 
20 environment 60. Such a graphical windowing environment 

60 is generally operational to receive user input through 
a variety of devices including the keyboard 36, a mouse 
(not shown), a digitizer (not shown) and so on. In turn, 
the graphical windowing environment 60 may provide such 
25 user input to an application having * input focus," 
typically in the form of a keyboard character event. 
Note that a number of applications 29 may be executable 
by the computer system, however one application that is 
currently running is said to have * input focus" and 
30 receive the input. 

In accordance with one aspect of the present 
invention, the present architecture employs a SIP manager 
58 to provide a single and flexible interface for a 
plurality of different input methods 64. In general, the 
35 SIP manager 53 provides keystrokes from a selected input 
method 64 to the graphical windowing environment 60 

- l - 
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(e.g., the Windows CE operating system 28). Once 
received, the graphical windowing environment 60 sends 
information corresponding to the user input data to an 
application 29 (i.e., the application whose window 
5 currently has input focus) in the form of that keystroke, 
mouse or other message placed in the message queue of the 
application's window. The passing of such messages is 
well known in Windows programming and is described in 
"Programming Windows 95," Charles Petzold, Microsoft 

10 Press (1996), hereby incorporated by reference. As a 
result, any application capable of handling keyboard 
input may be used with any appropriately-configured input 
method 64. Indeed, if an optional, keyboard 36 is 
present, keystrokes are directly provided by a keyboard 

15 driver 62 to the graphical windowing environment 60, 

whereby appropriate keystrokes are likewise placed in the 
message queue of the active application's window without 
the application being provided with information as to the 
source . 

. 20 Input methods 64 may include, for example, various 

different displayable keyboards, (soft keyboards), a 
calculator, a formula and/or equation editor, chemical 
symbol template, voice recognition, handwriting 
recognition, shorthand symbol recognition (such as 

25 *Graf f iti" ) , or other application-optimized input methods 
(e.g. a barcode reader). The SIP manager 58 provides a 
user interface for permitting a user to toggle a SIP 
window (panel) 50 (FIG. 7) between an opened and closed 
state, as described in more detail below. The SIP 

30 manager 58 also provides a user interface enabling user 
selection from a displayable list of available input 
methods. A user interacting with the user interface may 
select an input method 64, and in response, the SIP 
manager 58 loads and calls the selected input method 64. 

35 In a preferred embodiment, each of the input methods 
communicates with the SIP manager 58 through a COM 

- 8 - 
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(Component Object Model) interface shown as IIMCallback 
61 and Ilnputmethod 63. A COM object comprises a data 
structure having encapsulated methods and data that are 
accessible through specifically defined interfaces. A 
5 detailed description of COM objects is provided in the 
reference entitled "Inside OLE," second edition, Kraig 
Brockschmidt (Microsoft Press), hereby incorporated by 
reference. 

Generally, when the SIP window 50 is toggled between 
10 on/off by a user, as will be described in more detail 
below, the SIP manager 58 informs the selected input 
method 64 to correspondingly open/close the SIP window 50 
through the Ilnputmethod mechanism 63. When a new input 
method is selected, the SIP manager. 58, through the 

15 mechanism 63, informs any of the previously selected 

input methods to exit, and loads the newly selected input 
method. The interface 63 may also be utilized by the SIP 
manager 58 to obtain information specific to a selected 
input method, as also described in detail below. 

20 The selected input method 64 may also communicate 

information to the SIP manager 58 via the IIMCallback 
mechanism 61, such as which character or characters were 
entered by a user, irrespective of whether the character 
or characters are generated through keyboard selection, 

25 handwriting recognition, voice recognition, a formula 

editor, calculator or the like. Such character input is 
generally passed to the SIP manager 58, preferably 
received as (or converted to) a Unicode character (for 
Windows CE) by the SIP manager 58 and output to the 

30 graphical windowing environment 60. Command key 

information, such as *Ctrl" on a keyboard, may also be 
provided by the input method 64 to the SIP manager 58 via 
interface 61. 

SIP and input method-specific information may also 

35 be communicated through the SIP manager 58, and 

ultimately to the focused application 29, when the 

- Q _ 
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application is optimized for operating with a SIP (i.e., 
is * SIP-aware" ) as described in more detail below. 

The system operates as generally represented in the 
steps of FIG. 3. Once an application is selected and has 
5 focus (steps 300 - 302), an input method 64 is selected 
therefor at step 304. Note that the input method 64 may 
be selected by the usei , or a default input method may be 
selected for use with a particular application. 
Additionally, the input method 64 may be one that remains 
10 after having been selected for a previous application, 
i.e., a particular input method stays the same as the 
user switches between various applications. In any 
event, the input method 64 displays a SIP window 50 when 
selected. 

15 As the user inputs data at step 306, appropriate 

data is passed to the SIP manager 58 via the IIMCallback 
mechanism 61, described below. Note that the input 
method 64 may first process the received data at step 
30€ . By way of example, one particular input method 64 

20 may convert barcode symbols to Unicode characters 

representing digits, another input method may convert 
mathematical entries into a Unicode result (e.g., an 
entry of x 3+6=' sends a x 9' to the SIP manager 58), while 
yet another may be an equation editor (e.g., the 

25 characters *Sqrt #/ are converted into a single Unicode 

vajue representing a square root symbol) . After any such 
processing, the input method 64 passes those digits to 
the SIP manager 58, which in turn passes those digits to 
the graphical windowing environment 60. The application 

30 receives the character data from the graphical windowing 
environment 60 as if the user had entered those digits on 
a physical keyboard, regardless of the input method used. 

As shown in FIGS. 5-7, the soft input panel (SIP) 
functionality of the system collectively includes the 

35 visible window 50 (FIG. 7), a visible SIP button 52, and 
various methods and functions (described below) . As 

- 10 - 
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shown in FIG. 7, the SIP window 50 is a rectangular area 
provided by the input method 64 that can be hidden or 
shown at the user's (or an application program's) 
request. The visible SIP button 52 is located on a 
5 taskbar 56 or the like, and provides a touch-sensitive 
interface by which the user displays or hides the SIP 
window 50. Thus, as represented in the state diagram of 
FIG. 4, the window 50 toggles between an open, visible 
state (FIG. 7) and a closed, hidden state (FIG. 5) as the 

10 user taps the SIP button 52. A present design implements 
a 240 pixel wide by 80 pixel high SIP window 50 that is 
fixed (docked) on the display 32 at a position just above 
the taskbar 56. As will become apparent below, the soft 
input panel design supports other SIP window 50 sizes or 

15 positions. 

To this end, the operating system 28 creates a 
dedicated thread (the SIP manager 58) that registers 
itself as a SIP thread with the Windows CE system. The 
thread creates the SIP window 50, performs other SIP 

20 initialization, and then enters a message loop to respond 
to messages and user interface activity in the SIP window 
50. The thread also serves to dispatch messages to an 
Input Method's window, and calls into the Input Method 64 
to permit the Input Method 64 to create windows that will 

25 respond as special SIP windows. 

The SIP manager thread 58 is given special status by 
the system. For example, windows created by the SIP 
manager 58 thread are topmost windows, and ordinarily 
will not be obscured by other windows, except, e.g., when 

30 the taskbar 56 is activated in an auto-hide mode while 
the SIP window 50 is displayed. In this case, the SIP 
window 50 remains displayed in its current location and 
the taskbar 56 is displayed on top of the SIP window 50. 
More generally, any user interface element for 

35 controlling the SIP may (and should) be placed on top of 
(rather than underneath) the SIP window 50, whenever the 

- 11 - 
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controlling user interface element and the SIP window 50 
overlap. 

Moreover, when tapped on, the SIP window 50 (and any 
child windows thereof such as pushbuttons, text entry- 
fields, scrollbars and the like) will not receive the 
input focus as would conventional program windows. In 
this manner, the user may interact with the SIP window 50 
without changing the system focus. As can be 
appreciated, changing the system focus each time the user 
inputs data into the SIP window 50 would be undesirable. 
The SIP button 52 will also not cause a change of focus 
for the same reason, i.e., it is undesirable to cause the 
window with focus to lose focus by tapping on the SIP 
button 52 to bring out the SIP window 50. 

In accordance with one aspect of the present 
invention, the SIP system enables the selective 
installation of a specified Input Method 64. As 
generally described above, each Input Method 64 is an 
interchangeable component by which the user provides 
character, text or other user data via the touch-screen 
display (or some other input device) . More particularly, 
the SIP manager 58 preferably exposes a COM interface 
that enables the selective installation of Input Methods 
64. The Input Method 64 occupies space inside a SIP 
window 50 created by the system. 

Preferably, the Input Method 64 comprises a 
Component Object Model (COM) object that implements the 
IlnputMethod interface. Notwithstanding, the Input 
Method 64 and SIP manager 58 can comprise virtually any 
components capable of communicating with one other 
through some mechanism, such as by receiving, responding 
to, and making function calls. 

The Input Method 64 is responsible for drawing in 
the SIP window 50 and responding to user input in the SIP 
window 50. Typically, the Input Method 64 will respond 
to user input and convert that input into characters 
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which are then sent to the SIP manager 58 via exposed SIP 
functions. By way of example, one Input Method 64 
includes a default QWERTY (alpha) keyboard 66 shown in 
FIG. 7. More particularly, this Input Method 64 displays 
5 an image of the keyboard 66 on the screen 32, and 

converts taps on that keyboard 66 (detected as screen 
coordinates) into characters which are sent to the SIP 
manager 58 and thereby to the system. Input Methods may 
be written by application vendors, and are added tc the 
10 system using COM component installation procedures. 

The user interacts with the Input Method 64 
manifested in the visible SIP window 50 to create system 
input. As best represented by the state diagram of FIG. 
4 and as shown in FIG. 6, the user can select a different 
15 Input Method by tapping' a SIP menu button 70 on the 

taskbar 56 that ' provides a pop-up input method list 72 
into the SIP window 50. The user can also select among 
available Input Methods via a control panel applet (not 
shown.) or the like. The SIP control panel applets 
20 communicate with the operating system 28 using the 
registry and the exposed SIP-aware functionality 
described below. 

As will be described in detail below, the various 
components cooperate to expose functions, structures, and 
25 window messages that enable system applications 29 to 

respond to changes in the SIP state. An application 29 
that uses this functionality to adjust itself 
appropriately to SIP changes is considered *SIP-aware." 
Other applications may be SIP-aware yet choose to retain 
30 their original size (and thus be partially obscured by 
the SIP window 50) when appropriate. Moreover, and as 
also described below, there are exposed functions that 
enable applications to programmatically alter the SIP 
state . 

35 Notwithstanding, applications 29 need not be aware 

of the SIP system in order to benefit from the present 

- 13 - 
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invention. Indeed, one aspect cf the present invention 
is that applications do not ordinarily recognize whether 
data received thereby originated at a hardware input 
device such as the keyboard 36 or via user activity 
5 (e.g., contact or proximity detected by the screen 32 and 
detection circuitry 33) within the soft input panel 
window 50. This enables applications to operate with 
virtually any appropriate input method, irrespective of 
whether that application is SIP-aware. 

10 Turning to an explanation of the mechanism that 

facilitates the operation of an Input Method 64 installed 
by the SIP manager 58, a SIP-aware application 29 is 
notified when the SIP window 50 changes state and what 
the new, current state of the SIP window 50 is. The 

15 state includes whether the status of the SIP window 50 is 
visible or hidden, whether the SIP window 50 is docked or 
in a floating condition, and the size and position of the 
SIP window 50. As shown in the table below, a data 
structure (SIPINFO) contains this SIP information: 

.20 



Typedef struct { 


DWORD 


cbSize 


DWORD 


f dwFlags 


RECT 


rcVisibleDesktop 


RECT 


rcSipRect 


DWORD 


dwImDataSize 


Void 


*pvImData 


} SIPINFO; 





The cbSize field may be filled in by the application 
program 29 and indicates the size of the SIPINFO 
structure. This field allows for future enhancements 
25 while still maintaining backward compatibility, and 

indeed, the size of the SIPINFO structure may be used to 
indicate the version to the components of the system. 
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The fdwFlags field represents the state information of 
the SIP window 50, and can be a combination of three 
flags. A SIPF_ON flag that is set indicates that the SIP 
window 50 is visible (i.e., not hidden), while a set 
5 SIPF_DOC flag indicates the SIP window 50 is docked (i.e. 
not floating) . A set SIPF_LOCKED flag indicates that the 
SIP window 50 is locked, i.e., the' user cannot change its 
visible or hidden status. Note that a given 
implementation may not allow floating or locked SIP 
10 windows, however the capability is present within the 
system. 

The rcVisibleDesktop field contains a rectangle, in 
screen coordinates, representing the area of the screen 
desktop 68 not obscured by the SIP window 50. If the SIP 

15 window 50 is floating (not docked), this rectangle is 
equivalent to the user-working area. Full-screen 
applications wishing to respond to SIP window 50 size 
changes can generally set their window rectangle data 
structure Trect") values to this RECT data structure's 

20 values. If the SIP window 50 is docked and does not 

occupy an entire edge (top, bottom, left or right), then 
this rectangle represents the largest rectangle not 
obscured by the SIP window 50. However, the system may 
provide available desktop space 68 not included in the 

25 RECT data structure. 

Next, the rcSipRect field contains the rectangle, in 
screen coordinates, representing the size and location of 
the SIP Window 50. Applications 29 will generally not 
use this information, unless an application 29 wants to 

30 wrap around a floating SIP window 50 or a docked SIP 
window 50 that is not occupying an entire edge. 

The dwImDataSize field contains the size of the data 
pointed to by the PvImData member, which is the next 
field, i.e., a pointer to the Input Method-specific data. 

35 The data are defined by the Input Method 64. 
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Whenever the state of the SIP window 50 changes, 
i.e., a new Input Method has been selected and/or a 
visibility, docking or size change has occurred, a 
message, WM_SETTINGCHANGE, is sent to all top-level 
5 windows, as generally represented at step 800 of FIG. 8. 
In this manner, an application 29 can adjust itself to 
the new state of the SIP window 50, such as by adjusting 
its size in response to this message. To this end, a 
flag, SPI_SETSIPINFO, is sent with this message to 

10 indicate when SIP information has changed, and another 

flag, SPI_SETCURRENTIM, when the current Input Method has 
changed. As shown at step 802 of FIG. 8, the flag is 
tested to determine if the message is SIP-related or 
another type of setting change message (whereby it is 

15 handled at step 804). .If SIP-related, for performance 
reasons, the applications that are not currently active 
in the foreground cache these SIP changes, (steps 806 - 
808). If the application's window is active, the 
application can adjust its size and/or window (steps 810 

20 - 812) . For example, as shown in FIGS. 5 and 6, when the 
SIP window 50 of FIG. 7 is hidden and an active 
application 29 notified, the application 29 may use the 
additional desktop space 68 to display more information 
such as the analog clock faces. Note that an application 

25 29 that has cached a SIP change when inactive can query 
the current SIP state when activated to subsequently 
adjust itself in an appropriate manner in accordance with 
the information that is returned. 

To query the SIP manager 58, another function, 

30 SHSipInfo, is provided so that applications 29 can 

determine information about the SIP window 50 and Input 
Method 64. In general, if this function succeeds, the 
return value will be nonzero, while if this function 
fails, the return value will equal zero and extended 

35 error information will be available via a GetLastError ( ) 
call . 
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call: 



SHSipInfo ( 

UINT uiAction 
• UINT uiParam 
PVOID pvParam 
UINT fwinlni 

) ; 



The uiAction parameter can include the values 
5 SIP_SETSIPINFO, SPI_GETSIPINFO, SPI_SETCURRENTIM and 

SPI_GETCURRENTIM. S IP_SETSIPINF0 indicates that pvParam 
points to a SIPINFO structure (described above) . The 
cbSize, dwImDataSize and pvImDataSize are filled in 
before calling the SHSipInfo function. In response to 
10 this call, the SIPINFO structure is filled in with the 
current SIP size, state, and visible desktop rectangle. 
If both dWImDataSize and pvImData are nonzero, the data 
size and pointer are sent to the Input Method 64. If the 
Input Method 64 is called but does not provide Input 
15 Method-specific data, or the format or size of the data 
passed in is not in a format recognized by the Input 
Method 64, then the SHSipInfo function call fails 
(returns zero) . If the size and format are supported by 
the Input Method 64, the Input Method 64 fills in the 
20 buffer that is pointed to by pvImData with the Input 

Method-specific data. Typically, an application 29 will 
set the pvImDataSize to zero and pvImData to NULL. 

A uiAction of SPI_SETSIPINFO indicates that pvParam 
points to a SIPINFO structure. The SIP window 50 size 
25 and state are set to the values specified in the SIPINFO 
structure. Before changing a SIP value, the application 
29 should first obtain the current SIP state by calling 
SHSipInfo with SPIJ3ETSIPINF0, then change whatever 
specific SIP state values it wishes ic change before 
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making the SPI_SETSIPINFO call- The cbSize field is set 
to the size of the SIP in the structure, and if both 
pvImDataSize and pvImData are not zero, the data size and 
pointer are sent to the Input Method 64. The SHSipInfo 

5 call fails if the Input Method 64 is called and does not 
allow setting Input Method-specific data, or if the 
format or size of the passed data is not in a format 
recognized thereby. If a size and format are supported 
by the Input Method 64, the Input Method 64 uses the data 
10 to set Input Method-specific information. Typically, an 
application will set the pvImDataSize to zero and 
pvImData to NULL. 

SPI_SETCURRENTIM indicates that pvParam points to a 
CLSID structure which specifies the CLSID of the Input 

15 Method 64 to which the SIP will switch. If the CLSID is 
not valid, or if the specified Input Method 64 cannot be 
loaded, the call fails (return value equals zero) and a 
default Input Method 64 (e.g., the QWERTY- like keyboard 
66) is loaded. 

20 Lastly, a uiAction of SPIJ3ETCURRENTIM indicates 

that pvParam points to a CLSID structure that receives 
the CLSID of the currently selected Input Method 64. 

The IlnputMethod Interface 

25 IlnputMethod is the interface implemented by the 

Input Method 64 components. The SIP manager 58 calls the 
methods of this interface to notify the Input Method 64 
of state changes, and request action and information from 
the Input Method 64. In general, if the called method 

30 succeeds, a success is returned, and conversely, if the 
method fails, a failure result is returned. The 
following table sets forth the method calls available in 
this IlnputMethod interface: 
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Interface linputMethod : Iunknown 
{ 

HRESULT Select( [in] HWND hwndSip ); 

HRESULT Deselect void ); 

HRESULT Showing ( void ); 

HRESULT Hiding ( void ); 

HRESULT Getlnfo ( [out] 1MINFO *pimi ); 

HRESULT ReceiveSiplnfo ( [in] SIPINFO *psi ); 

HRESULT RegisterCallback ( [in] lEMCallback* pIMCallback ); 

HRESULT GetlmData ( [in] DWORD dwSize, |out] LPVOID pvImData ); 

HRESULT SetlmData ( [in] DWORD dwSize, [in] LPVOID pvImData ); 

HRESULT UserOptionsDlg ( [in] HWND hwndParent ); 

) 

An Input Method 64 will ordinarily receive a 
Select (), Getlnfo (), ReceiveSiplnfo ( ) and Register 
Callback () method call, in sequence, before rendering the 
5 SIP window 50 space or responding to user actions. When 
the SIP window 50 is displayed (i.e., turned on), 
Showing () will be called by the SIP manager 58, after 
which the Input Method 64 issues a WM_PAINT message to 
render the SIP window 50. 

10 The Select!) method is called when the Input Method 

64 has been selected into the SIP. The Input Method 64 
generally performs any desired initialization in response 
to this call. The Input Method is responsible for drawing 
the entire client area of the SIP window 50, and thus 

15 ordinarily creates its windows and imagelists 

(collections of displayable bitmaps such as customized 
icons) in response to this call. For example, the window 
handle of the SIP window 50 is provided to the Input 
Method 64 as a parameter accompanying this Select () 

20 method call, and the Input Method normally creates a 

child window of this SIP window 50. The Input Method 64 
is also provided with a pointer to a value, which is set 
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10 



15 



to nonzero by the Input Method 64 if the method call is 
successful or zero if not successful. 

The Deselect 0 method is called when the Input 
Method 64 has been selected out of the SIP. The Input 
Method's window should be destroyed in response to this 
call, and the Input Method 64 will typically perform any 
other cleanup at this time. 

The Showing () method will cause the SIP window 50 to 
be shown upon return from the call. Note that the SIP 
window 50 is not visible prior to this call, and that 
once the SIP window 50 is shown, this window and its 
children will receive paint messages. Conversely, the 
Hiding () method hides the SIP window 50 upon return from 
the call. Accordingly, the Showing ( ) and Hiding () 
methods are used to toggle the SIP window 50 between its 
open and closed. states. 

The GetlnfoO method is called when the system is 
requesting information about the Input Method 64. The 
information requested includes flags indicating any 
20 special properties of the Input Method 64, the handles of 
two imagelists which contain masked bitmaps that are to 
be displayed on the SIP button 52 when that Input Method 
64 is active, indices into the specified imagelists, and 
a rectangle indicating the preferred size and placement 
25 of the Input Method 64. The call includes a parameter, 
pimi, which is a pointer to a data structure (IMINFO) 
that the Input Method 64 should fill in with appropriate 
data. The call also provides a pointer to a value that 
the Input Method should set to nonzero to indicate 
success and zero to indicate failure. More particularly, 
the IMINFO data structure is represented in the following 
table: 



30 
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Typedef struct ( 

DWORD cbSize; 

HIMAGELI ST hlmageNarrow; 

HIMAGELIST hlmageWide; 

Int iNarrow; 

Int iWide; 

DWORD fdwFlags; 

Rect rcSipRect; 
} IMINFO; 



The cbSize field contains the size of the IMINFO 
structure, and is filled in by the SIP manager 58 prior 
to calling calling GetlnfoO. The hlmageNarrow field is 
5 a handle to an imagelist containing narrow (16 x 16) 
masked bitmaps for the Input Method 64, Similarly, 
hlmageWide is a handle to the imagelist containing wide 
(32 x 16) masked bitmaps. The SIP manager 58 displays 
one of the bitmaps (e.g., on the taskbar 56) to indicate 

10 the Input Method 64 that is currently selected. .Note 
that the SIP manager 58 may use the 16 x 16 or 32 x 16 
bitmaps at various times depending on how it wishes to 
display the bitmap. 

The iNarrow field is an index into the hlmageNarrow 

15 imagelist indicating which bitmap of several possible 
from that (narrow) imagelist should currently be 
displayed. Similarly, the iWide field is an index into 
the hlmageWide imagelist indicating which bitmap from 
that (wide) image list should currently be displayed. 

20 Note that the Input Method 64 can initiate a change of 
the bitmap displayed in the SIP taskbar button 52 by 
calling IIMCallback: : Setlmages (described below). 

The fdwFlags field indicates the visible, docked and 
locked states (SIPF_ON SIPF_DOCKED and SIPF_LOCKED) of 

25 the Input Method 64, as well as any special Input Method 
flags that may be defined in the future. Note that the 
SIP state flags are ignored for the GetlnfoO method, but 
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are used in the Setlmlnfo callback method as described 
below. 

Lastly, the rcSipRect field describes the size and 
placement of the SIP rectangle. The sizing and placement 
5 information returned from GetlnfoO may be used by the 
SIP when determining an initial default size and 
placement. When used, the Setlmlnfo callback method 
(described below) specifies the new size and placement of 
the SIP window 50. 

10 The* ReceiveSipInf o ( ) method provides information to 

the Input Method 64 about the SIP window, including the 
current size, placement and docked status thereof. This 
call is made whenever the user, an application 29 or the 
Input Method 64 changes the SIP state. When the SIP 

15 manager 58 sends this information during Input Method 

initialization, ,the SIP manger 58 is informing the Input 
Method 64 of the default SIP settings. The Input Method 
64 can choose to ignore these defaults, however the 
values given are ones that either the user has selected 

20 or values that have been recommended as expected or 

accepted SIP values for that platform. A pointer to the 
SIPINFO structure that includes this information is 
passed with this call. 

The RegisterCallback method is provided by the SIP 

25 manager 58 to pass a callback interface pointer to the 
Input Method 64. In other words, the RegisterCallback 
method call passes an IIMCallback interface pointer as a 
parameter to the Input Method 64, whereby the Input 
Method 64 can call methods on this interface to send 

30 information back to the SIP manager 58 as described 

below. The Input Method 64 uses the callback interface 
pointer to send keystrokes to applications 29 via the SIP 
manager 58 and to change its SIP taskbar button icons 52. 
The GetlmDataO method is called when an application 

35 program 29 has asked the SIP for the SIPINFOdata 

structure and has provided a non-NULL pointer for the 
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pvImData member of the SIPINFO structure. The 
application 29 will ordinarily cause this call to be made 
when requesting some special, information from the Input 
Method 64. Two parameters are passed with this call, 
5 dwsize, the size of the buffer pointed to by pvImData, 
and pvImData, a void pointer to a block of data in the 
application 29. 

With this call, the application 29 is essentially 
requesting that the Input Method 64 fill the block with 

10 information, wherein the size and format of the data are 
defined by the Input Method 64. This call is designed 
for Input Methods 64 that wish to provide enhanced 
functionality or information to applications. By way of 
example, a SIP-aware application may wish to know whether 

15 a character was entered' by way of the SIP or by some 

other means. Ah input method 64 can thus respond to the. 
application's request by filling the block. 

The SetlmDataO method is called when an application 
29 has set the SIPINFO data structure and has provided a 

20 non-NULL pointer for the pvImData member of the SIPINFO 
structure. The application 29 will ordinarily cause this 
call to be made when requesting that the Input Method 64 
set some data therein. The parameters passed with this 
call include dwsize, the size of the buffer pointed to by 

25 pvImData, and pvImData, a void pointer to a block of data 
in the application 64. 

The IIMCallback Interface 

The Input Method 64 uses the IIMCallback interface 

30 to call methods in the SIP manager 58, primarily to send 
keystrokes to the current application or to change the 
icon that the taskbar 56 is displaying in the SIP button 
52. The Input Method 64 ordinarily calls the IIMCallback 
methods only in response to a call thereto which was 

35 received through an IlnputMethod method call. In 

general, if the function succeeds, the return value will 
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be a success HRESULT, while conversely, if the function 
fails, the return value is a failure HRESULT. 

The following table represents the IIMCallback 
Interface : 



Interface IIMCallback 
Iunknown 



< 



Hresult Setlmlnfo ( 

IMINFO *pimi ) ; 

Hresult SendVirtualKey ( 
BYTE bVk, 
DWORD dwFlags ) ; 

Hresult SendCharEvents ( 
UINT uVk, 
UINT uKeyFlags, 
UINT uChars, 
UINT *puShift, 
UINT *puChars ) ; 

Hresult SendString ( 

BSTR ptrzStr, 
DWORD dwChars ) ; 



} 



The first callback, Setlmlnfo ( ) is called by the 
Input Method 64 to change the bitmaps shown on the SIP 
taskbar button 52 representing the current SIP, or to 

10 change the visible/hidden state of the SIP window 50. It 
is also sent by the Input Method 64 to the SIP manager 58 
as a notification when the Input Method 64 has changed 
the size, placement or docked status of the SIP window 
50. By this mechanism, the various Input Methods 64 are 

15 able to alert the SIP manager 58 to these types of 

changes so that the two remain synchronized. By way of 
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example, an Input Method 64 may wish to have a user 
interface element which allows the user to toggle between 
a docked state and a floating state, or between one or 
more subpanels (e.g. keyboard with buttons to switch to a 

5 number and/or symbol panel or international symbol 

panel). The Input Method 64 uses this call to inform the 
SIP manager 58 of each change in state. 

Although not necessary to the invention, all values 
passed in the IMINFO structure are used by the SIP 

10 manager 58. Consequently, the Input Method 64 should 

first determine the current state of the SIP window 50 as 
provided by the SIP manager 58 in the SIPINFO structure 
received via a prior ReceiveSipInf o ( ) method call, 
described above. Then, the Input Method 64 should make 

15 changes to only those settings in which a change is 

desired, and pass a full set of values back in the IMINFO 
structure. The pimi parameter is sent as a pointer to an 
IMINFO structure representing the new Input Method 64 
settings, including the size, placement and state of the 

20 SIP window 50 as well as the desired Input Method 64 
images . 

In response to the SetlmlnfoO call, the SIP manager 
58 will show or hide the SIP window 50 as specified in 
the fdwFlags of the IMINFO structure. However, the SIP 

25 manager 58 will not resize or move the SIP window 50 if 

requested, but will instead update the size and placement 
information returned to applications 29 when queried. If 
the specified values represent a change from the current 
SIP state, the SIP manager 58 will notify applications 29 

30 that the SIP state has changed via a WM_SETTINGCHANGE 
message, described above. 

The SendVirtualKey ( ) callback is used by an Input 
Method 64 to simulate a keystroke for a virtual key, 
e.g., a character or the like entered via the touch 

35 screen display 32 or some other Input Method 64. The key 
event will be sent to the window which currently has 
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focus (i.e., the window which would have received 
keyboard input had a key been pressed on an external 
keyboard) . The SendVirtualKey callback modifies the 
global* key state for the virtual key sent, whereby, for 
5 example, an Input Method 64 can use this function to send 
SHIFT, CONTROL, and ALT key-up and key-down events, which 
will be retrieved correctly when the application 29 calls 
the GetKeyState ( ) API. The SendVirtualKey callback 
should be used to send virtual key events that do not 
10 have associated characters (i.e., keys that do not cause 
a WM_CHAR sent as a result of TranslateMessage . Note 
that WM_CHAR, TranslateMessage and other key-related 
messages are described in the reference 'Programming 
Windows 95", Charles Petzold, supra). If character- 
15 producing virtual keys £re sent via this function, they 
will be modified by the global key state. For example, a 
virtual key of VK_5 that is sent when the shift state is 
down will result in a 1 % ' WM_CHAR message for certain 
keyboard layouts. 
20 Parameters sent with this callback include bVk, 

which is the virtual keycode of the key to simulate, and 
dwFlags. The dwFlags may be a combination of a 
SIPKEY_KEYUP flag, (used to generate either a WM_KEYUP or 
WM_KEYDOWN), a S I PKE Y_S I LENT flag, (the key press will 
25 not make a keyboard click even if clicks are enabled on 
the device), or zero. 

The SendCharEvent callback allows an Input Method 64 
to send Unicode characters to the window having focus, 
while also determining what WM_KEYDOWN and WM_KEYUP 
30 messages the application 29 should receive. This allows 
the Input Method 64 to determine its own keyboard layout, 
as it can associate any virtual key with any characters 
and key state. In keeping with one aspect of the 
invention, applications 29 thus see keys as if they were 
35 sent from a keyboard (i.e., they get WM_KEYDOWN, WM_CHAR, 
and WM_KEYUP messages). Thus, unlike the 
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SendVirtualKey ( ) function, this function does not affect 
the global key state. By way of example, with the 
SendCharEvent callback, the Input Method 64 can determine 
that the shifted (virtual key) VK_C actually sent the 
5 Unicode character 0x5564. The shift state flag 

(specified in the puShift parameter, described below) 
that is associated with the first character to be sent 
determines whether a WM_KEYDOWN or WM_KEYUP is generated. 
Parameters include uVk, the virtual keycpde sent in 
10 the WM_KEYUP or WM_KEYDOWN message generated as a result 
of this function, and a uKeyFlags parameter, a set of KEY 
state flags that are translated into the IKEYData 
parameter received in the WM_CHAR, WM_KEYUP or WM_KEYDOWN 
messages received by the application 29 as a result of 
15 this call. Only the KeyStateDownFlag, 

KeyStatePrevDowriFlag, and KeyStateAnyAltFlag key state 
flags are translated into the resulting IKeyData 
parameter. The uChars parameter represents the number of 
characters corresponding to this key event, while the 
20 puShift parameter is a pointer to a buffer containing the 
corresponding KEY_STATE_FLAGS for each character to be 
sent. If the KeyStateDownFlag bit is sent, this function 
generates a WM_KEYDOWN message, otherwise it generates a 
WM_KEYUP message. Lastly, the puChars parameter is a 
25 pointer to a buffer containing the characters to be sent. 

An Input Method 64 may use the SendString callback 
to send an entire string to the window which currently 
has the focus, whereby a series of WM_CHAR messages are 
posted to the application 29. An Input Method 64 would 
30 typically use this callback after it has determined an 

entire word or sentence has been entered. For example, a 
handwriting recognizer or speech recognizer Input Method 
64 will use the SendString callback after it has 
determined that a full word or sentence has been entered. 
35 Parameters of the SendString callback include 

ptszStr, a pointer to a string buffer containing the 
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string to send, and dwSize, the number of characters to 
send. This number does not include the null- terminator, 
which will not be sent. 

As can be seen from the foregoing detailed 
description, there is provided an improved method system 
for entering user data into a computer system. The 
method and system are both efficient and flexible, and 
function with touch-sensitive input mechanisms. With the 
system and method, a plurality of applications can 
receive user input from a common input method, while 
interchangeable input methods may be selected from among 
a set thereof for each application. The method and 
system are cost-effective, reliable, extensible and 
simple to implement. 

While the invention is susceptible to various 
modifications and alternative constructions, a certain 
illustrated embodiment thereof is shown in the drawings 
and has been described above in detail. It should be 
understood, however, that there is no intention to limit 
the invention to the specific form disclosed, but on the 
contrary, the intention is to cover all modifications, 
alternative constructions, and equivalents falling within 
the spirit and scope of the invention. 



BNSDOCIO: <W0 9931571A1 J_> 



- 26 - 



WO 99/31571 



PCT/US98/26683 



WHAT IS CLAIMED IS : 

1. A system for receiving user data input into a 
computer system, comprising, an operating system, an 
interface for passing user input data to the operating 

5 system, a plurality of input methods, means for selecting 
one of the input methods as a selected input method, 
means for receiving user data input via the selected 
input method, and a communication mechanism for passing 
information about the received user data to the 
10 interface, the interface passing the information to the 
operating system. 

2. The system of claim 1 wherein the operating 
system comprises a graphical windowing environment, 

15 further comprising an 1 input panel window on a touch- 
sensitive display screen, and wherein the input method 
includes an input panel and means for drawing the input 
panel in the input panel window. 

20 3. The system of claim 2 wherein the input panel 

includes an image representing a keyboard having a 
plurality of keys thereon, and the means for receiving 
user data input via the selected input panel includes 
means for detecting user activity at screen locations 

25 corresponding to the keys of the keyboard. 

4. The system of claim 2 further comprising means 
for selectively displaying and hiding the display of the 
input panel window. 

30 

5. The system of claim 2 wherein interaction with 
the input panel does not cause the input panel window to 
receive focus. 

35 6. The system of claim 1 further comprising a 

touch-sensitive display screen, wherein the means for 
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selecting the selected input method includes means for 
detecting user interaction with the touch-sensitive 
display screen. 

5 7. The system of claim 1 further comprising an 

application program running under the operating system, 
and wherein the means for selecting the input method 
includes means for transferring information from the 
application program to the interface. 

10 

8. The system of claim 1 wherein the communication 
mechanism includes means in the input method for calling 
functions to be carried out by the interface, and means 
in the interface for calling functions to be carried out 

15 by the input method. 

9. The system of claim 1 wherein the input method 
comprises a COM object, and the communication mechanism 
includes means for calling methods in the interface. 

20 

10. The system of claim 1 wherein the operating 
system comprises a graphical windowing environment, 
further comprising an input panel window on a touch- 
sensitive display, screen, wherein the input method 

25 includes an input panel and means for drawing the input 
panel in the input panel window, and wherein the 
interface includes means for passing state information 
corresponding to the state of the input panel window 
through the communication mechanism to the input method. 

30 

11. The system of claim 10 further comprising means 
for selectively displaying and hiding the display of the 
input panel window, and wherein the state information 
includes a flag indicative of the displayed or hidden 

35 status of the window. 
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12. The system of claim 10 wherein the state 
information includes a flag indicative of the docked or 
floating status of the window. 

5 13. The system of claim 10 wherein the state 

information includes the size or position of the window. 

. 14. The system of claim 10 wherein the input method 
includes a plurality of bitmaps, and wherein the input 
10 method includes means for passing information 

corresponding to a selected one of the bitmaps through 
the communication mechanism to the interface. 

15. The system of claim 14 wherein the interface 
15 includes means for displaying the bitmap as an icon on 

the display screen. 

16. In a computer system having a graphical 
windowing environment for running windows-based 

20 applications, a method of receiving user input into the 
system, comprising the steps of, providing an interface 
for passing user input to the graphical windowing 
environment, selecting an input method from a plurality 
of available input methods, installing the selected input 

25 method by connecting the input method to the interface 
for communication therewith, receiving user input data 
via the input method, communicating information 
representative of the user input data to the interface, 
and passing the information from the interface to the 

30 graphical windowing environment. 

17. The system of claim 16 further comprising the 
steps of providing an input panel window on a display 
screen and drawing an input panel in the input panel 
35 window. 
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18. The method of claim 17 wherein the display 
screen is a touch-sensitive input device, and wherein the 
step of selecting the selected input method includes the 
steps of displaying an icon at a screen location, and 

5 detecting a user event at the icon location. 

19. The method of claim 17 further comprising the 
step of toggling between a displayed and hidden state of 
the input panel window. 

10 

20. The method of claim 19 further comprising the 
step of passing state information corresponding to the 
displayed or hidden state of the input panel window. to 
the input method. 

15 

21. The method of claim 17 further comprising the 
steps of adjusting the size or position of the input 
panel window, and passing state information corresponding 
to the size or position of the input panel window to the 

20 input method. 

22. The method of claim 17 further comprising the 
step of toggling between a docked and floating state of 
the input panel window, and further comprising the step 

25 of passing state information corresponding to the docked 
or floating state of the input panel window to the input 
method. 

23. The method of claim 16 further comprising the 
30 step of processing data input to the input method to 

convert the data to keystroke information. 

24. The method of claim 16 wherein the step of 
communicating information representative of the user 

35 input data to the interface includes the step of calling 
at least one method of the interface. 
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25. The method of claim 16 wherein the input method 
includes a plurality of bitmaps, and further comprising 
the step of passing information corresponding to a 

5 selected one of the bitmaps from the input method to the 
interface . 

26. The method of claim 25 further comprising the 
step of displaying the selected bitmap as an icon on the 

10 display screen. 

27. A system for receiving user input data into a 
computer system having a graphical windowing environment, 
comprising, a touch sensitive display screen for 
displaying images and detecting user contact or proximity 
thereto, a management component operatively connected to 
the graphical windowing environment and including means 
for creating an input panel window for display thereof by 
the graphical windowing environment on the screen, a 
plurality of input methods, each input method including a 
communication means for calling functions of the 
management component and further including an input panel 
corresponding thereto, means for selecting one of the 
input methods as a selected input method, the selected 
input method drawing the input panel corresponding 
thereto in the input panel window, means for receiving 
user data input via the input panel, the communication 
means calling a function of the management component to 
pass the user data thereto and the management component 
communicating the user data to the graphical windowing 
environment . 

28. A system for receiving user data input into at 
least one of a plurality of applications of a computer 
35 system, comprising, a management component, a plurality 
of input methods, each input method for receiving user 

- 33 - 

6NSDOCID: <W0_9931571A1_L> 



20 



25 



WO 99/31571 



PCT/US98/26683 



data when active, wherein one of the plurality of input 
methods is active and is operatively connected to the 
management component for passing user data thereto, the 
management component passing the data to at least one of 
5 the applications independent of the input method used. 

29. The system of claim 28 further comprising an 
operating system, wherein the management component passes 
the data to the application program via the operating 

10 system. 

30. The system of claim 28 wherein the operating 
system comprises a graphical windowing environment, and 
further comprising an input panel window on a touch- 

15 sensitive display screen. 

31. The system of claim 28 wherein the input method 
converts user input to Unicode characters for passing to 
the application. 

20 

32. The system of claim 28 wherein the management 
component converts user input to Unicode characters for 
passing to the application. 

25 33. The system of claim 28 including a mechanism 

for passing information from the application program to 
the management component. 

34. The system of claim 28 wherein the input method 
30 comprises a COM object. 

35. The system of claim 30 wherein the input method 
includes a plurality of bitmaps, and wherein the input 
method communicates bitmap information to the management 

35 component. 
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36. The system of claim 35 wherein the management 
component communicates with an operating system to 
display the bitmap as an icon on the display screen. 

5 

37. A method of inputting user data into a mobile 
computing device to be used by an application, comprising 
the steps of: 

selecting one input method from a plurality of input 
10 methods installed on the mobile computing device; 

invoking the selected input method within a input 
panel window displayed by the mobile computing device; 
and 

accepting user data entered in the input panel 
15 window in accordance with the selected input method, 
wherein the entered user data is supplied to the 
application irrespective of the input method selected. 

38. The method of claim 37 wherein the mobile 

20 computing device includes a touch-sensitive display, and 
wherein the step of accepting user data includes the step 
of detecting user interaction with the touch-sensitive 
display. 

25 

39. The method of claim 37 wherein the input method 
comprises a COM object, and wherein the step of invoking 
the selected input method includes the step of 
instantiating the input method. 

30 

40. The method of claim 37 further comprising the 
step of converting the input data to a Unicode character 
value . 

35 41. A system for receiving user input into a 

computer system for use with at least one executable 
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application of the computer system, comprising, a 
plurality of input methods, each input method for 
accepting input from a user of the computer system, at 
least one application having current focus on the 
5 computer system, a computer operating system designed to 
accept user input from at least one standard input device 
and for supplying said user input to the at least one 
application having focus, and an interface manager 
operably interfaced with at least one of the plurality of 

10 input methods for transforming the input from the user 
via the at least one input method to correspond to input 
from said at least one standard input device and operably 
interfaced with the computer operating system so that the 
at least one input method is not constrained by the at 

15 least one application having focus. 

42. The system of claim 41, further comprising a 
plurality of applications executable on the computer 
system such that when any one of the applications is 
20 focused, said application that is focused is operable to 
receive input from a user through the operating system 
from any of the plurality of input methods without 
modification to said application. 

25 43. The system of claim 41, wherein the standard 

input device comprises a hardware keyboard. 

44. A method of providing a user interface in a 
computer system for receiving user input for use by an 

30 application running on the computer system, comprising 
the steps of, opening a input panel window on a display 
of the computer system, selecting one of a plurality of 
input methods for supplying user input to the computer 
system, and opening an input method window corresponding 

35 to the selected input method within the input panel 

window wherein a user provides input within the input 
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method window in accordance with the selected input 
method. 

45. The method of claim 44 further comprising the 
5 step of providing an input panel button on the display of 
the computer system-, the input panel button being 
responsive to open and to close the input panel window. 

10 46. The method of claim 44, further comprising the 

steps of, providing an input method button on the display 
of the computer system, the input method button being 
responsive to display a selectable list of the plurality 
of input methods, receiving a selection of one of the 

15 plurality of input methods, and in response, closing an 
input method window corresponding to an input method 
other than a selected input method, and opening an input 
method window corresponding to the selected input method. 

20 
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